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1. INTRODUCTION 

Software Defined Network (SDN) is an idea put forward by researchers to study networks that 
are easily programmed by users and simplify the process of managing networks to be more straightforward. 
Separation of centralized control from data fields becomes the main focus in SDN because it can simplify 
network management in several ways, one of which is to separate the control plane and the data plane [1-3]. 
ONOS controller is one of the most deployed controllers in the telecom industry and hence is more 
demanded research purposes [4]. The SDN controllers have already provided intent-based Northbound 
Interface (NBI): for instance, OpenDaylight [5] and ONOS [6]. Both of them offer Network Intent 
Composition (NIC) interface and Intent Framework, respectively. In the rest of this paper, we focused on 
the ONOS controller. The existence of the IMR method provided by ONOS can improve network quality 
and maximize the use of links on SDN networks. The use of the IMR method on ONOS refers to the problem 
of network failure in a complex network. The addition of gateway nodes and switches in complex 
and high availability networks is proportionate to reduce network performance [7, 8]. The IMR service on 
ONOS enables better traffic management in rerouting the network by using specific purpose and objective 
utilizing statistical data retrieval from each flow. IMR interacts with both ONOS Intent Manager 
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and Flow Rule Manager to track the processes that occur between intent and flow that correspond to 
certain information [9, 10]. 

In previous studies, IMR was used to see SDN network performance on ONOS controllers by using 
an additional Off-Platform Application (OPA) that communicates via RestAPI when monitoring and 
re-routing an SDN network [10]. Whereas, in this study, the implementation of IMR in SDN did not apply 
additional OPA applications. This research aims to evaluate and analyze the effectiveness of using IMR 
without these additional applications in managing traffic when maximizing links and bandwidth on 
the network. The results obtained in this study provide good SDN network quality using the IMR method on 
the ONOS controller based on bandwidth usage and Quality of Service (QoS) analysis consisting of delay, 
jitter, throughput, and packet loss. 


2. PROPOSED METHOD 
2.1. Software Defined Network (SDN) 

SDN is the concept of a network that separates the control plane and the data plane. SDN is flexible 
and efficient that allows a network to be controlled by software outside the network with physical 
connectivity. The SDN architecture provides user-friendly functionality so that it can be implemented in 
the form of software applications that can monitor and modify network status through network operating 
system services. SDN controller communication to the data fields and application layer can be achieved via 
(API). The two main APIs in the SDN architecture is the southbound API for communication between 
controllers and network infrastructure and the northbound API, which defines the interface between network 
applications and controllers [1]. SDN architecture has a flexible nature, which makes SDN can operate with 
various types of switches at different protocol layers. SDN controllers and switches can be implemented for 
Ethernet (Layer 2) switches, Internet routers (Layer 3), transport transfers (Layer 4), and routing [11]. 


2.2. ONOS controller 

With the ONOS cloud controller, users can easily create new network applications without the need 
to change the data plane system. ONOS supports network configuration and control in real-time to eliminates 
the needs of network routing and switching protocols. ONOS is an open-source distributed under the Apache 
2.0 license using a Java-based programming language and uses Apache Karav to bring to life every feature 
on ONOS. ONOS architecture can be seen in Figure | [12, 13]. ONOS is an SDN controller with centralized 
control and has high availability [14]. 
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Figure 1. ONOS architecture 


2.3. ONOS intent framework 

Point-to-point intent in the ONOS application works by requesting unidirectional connectivity 
between 2 hosts on the topology. Intent is a specific subset of traffic with specific values for a packet and is 
linked to a series of actions in all packages processed. On the ONOS intent framework, users can request that 
the resulting path passes through a certain number of nodes or bandwidth with a certain amount [12]. 
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2.4. Clustered robust routing 

Clustered robust routing (CRR) allows users to change routing on the network flexibly and 
dynamically. This algorithm calculates some routing configurations which are going to be applied to 
the network over the required period. Route configuration is calculated based on traffic irregularities, 
taking into account the traffic matrix space sub-region [12, 15]. The CRR defines two optimization 
models, namely: 
— Calculation of the routing configuration generating a set of traffic matrices. 
— Group a set of traffic matrices that include more details about the optimization model, along with 

the formulation. 

CRR ensues a Python-based application that gathers data from ONOS via the IMR REST API. 
This algorithm makes it possible to overcome a variety of traffic and failures that can interfere with 
connectivity. In the IMR service, it is still seen that the intent can effectively recover from network 
failures [10, 12, 15]. Routing functions to provide a suitable algorithm for service [16]. 


2.5. Intent monitor and reroute (IMR) 

The IMR does filtering for intent data collection statistics. In addition to using applications, users 
can also monitor using commands on CLI APIs, Rest APIs, and on opensource contributions. The IMR 
service implementing the ONOS application can optimize routing and make it easy for users to monitor and 
move routes flexibly. This monitoring is done by taking low-level flow statistics generated by ONOS. 
IMR currently supports two types of objectives: Point-To-Point and Link Collection. The IMR interacts with 
ONOS Intent Manager and Flow Rule Manager to track the destination on the appropriate flow 
like Figure 2 [13, 17]. 





Figure 2. IMR system on ONOS 


2.6. Custom topology 

Custom network topology is a topology that has broad scalability with more links than any other 
topology. Custom topology is also a random topology and is a combined topology of mesh and linear 
topology [18, 19]. Mininet software can develop network infrastructure. Then, a custom network topology 
can be formed in Muininet software [20, 21]. Illustration of custom topology in this study can be 
seen in Figure 3. 
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Figure 3. Custom topology illustration 
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2.7. SDN-IP ONOS application 

SDN-IP is an ONOS application that provides connectivity on an SDN network to an IP network 
using the Border Gateway Protocol (BGP). The SDN network changes routing information through eBGP 
and provides connectivity to external networks as an Autonomous System (AS). The SDN-IP application 
makes the controller as a passive BGP speaker [12, 22]. 

Point-to-point intent between external and internal BGP speakers provides connectivity for eBGP 
peering sessions, while Multi-Point-To-Single-Point intent allows connectivity between peering interfaces [12, 23]. 
In the IMR application, it does not support the Multi-Point-To-Single-Point intent, but it supports 
the Point-To-Point intent application, as shown in Figure 4. 
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Figure 4. Point-to-Point Intent on IMR 


2.8. Quality of service 

Quality of Service (QoS) is user satisfaction with the quality of a service based on specific 
parameters. Each service has a different standard of performance value. The test parameters are delay, jitter, 
throughput, and packet loss [18, 19]. The standardized QoS parameters follows from the TIPHON 
standard [24]. The service levels of QoS may be priority levels or content-quality levels [25, 26]. 


3. RESEARCH METHOD 
This section explains about system design and system implementation in this study. SDN-based 
network simulations will be tested using IMR on ONOS. 


3.1. System design 

The system design on ONOS as in Figure 5, explains that the system consists of an SDN-based 
network. Inside the data plane, there is ubuntu version 16.04, which runs a Mininet emulator with a network 
topology, which is a custom topology. In the control plane, there is an ONOS controller that functions as 


a controller for monitoring SDN networks using IMR. 
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Figure 5. System design 
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3.2. Network topology 

This study uses a custom topology designed on ONOS and uses a different number of switch 
schemes, namely eight switches, ten switches, and 12 switches. In each network topology used, a maximum 
bandwidth has been given to each link manually with a value of 10 Mbps each. From the specified scenario, 
it will be seen the difference in the effectiveness of bandwidth usage and network QoS when using IMR. 
Each network topology is tested by providing background traffic in stages of 5 Mbps, 10 Mbps, and 15 
Mbps. QoS data retrieval is done using D-ITG 2.8.1 when sending data. Data retrieved using D-ITG 2.8.1 
are delay, jitter, throughput, and packet loss. 


3.3. System specification 
In the software used in this study, the system specifications are: 
— Oracle VM VirtualBox. 
— Ubuntu 16.04. 
— Muninet as emulator for implementing the testing topology. 
— ONOS controller version 1.14. as a network controller. 
— Iperf as software tool measuring bandwidth usage and generating background traffic. 
— D-ITG 2.8.1 as software tool for acquiring QoS data. 


3.4. Performance scenario 

The testing scenario in this study began with the installation of the ONOS controller version 1.14 on 
the hypervisor and Ubuntu version 16.04. After the installation is carried out, the system is then simulated 
using a topology that has been created on the Mininet. After the topology appears on the ONOS GUI, 
the next step is to monitor the network using IMR. After the installation and configuration of the system in 
the hypervisor, the next step is to turn ONOS on until the CLI from ONOS. 

Without the need for modification in IFWD, monitoring and route switching can be done with 
commands on the CLI localhost “onos”. 
onos>imr:startmon 161 org.onosproject.ifwd 
onos>logout. 

Each link in the topology will be used to maximize the sending of data packets, as in Figure 6, 
that each link on the network topology eight switches all glow green and indicate that the use of IMR on 
the topology has successfully distributed data packets equally. After the system is declared to work on every 
topology, the next step is to test to see the parameters of bandwidth usage and QoS in this study. 





YK. Switch 


Figure 6. MR was working on topology eight switches 


4. RESULTS AND DISCUSSION 

The analysis was conducted to see the use of the IMR method that affects the performance of 
the custom topology network. IMR is a new application provided on ONOS and effectively used to monitor 
a network with excellent performance. Each test is carried out when given background traffic of 5 Mbps, 
10 Mbps, and 15 Mbps. The final results and analysis refer to the TIPHON version of the QoS standard. 


4.1. Bandwidth usage test and analysis 
Bandwidth usage is the use of bandwidth on a network that is seen based on the results when 
the network is given background traffic gradually. The bandwidth test is done to see how much is 
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the maximum use of bandwidth on the network, so the quality of the network can be said to be good. 
If bandwidth usage or bandwidth usage on a network has a value higher than the maximum bandwidth of 
10 Mbps, then the network leaks when sending data, so it is not feasible to use. From this research, the results 
obtained show that the more switches on a network, the higher the bandwidth used will be smaller. 
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Figure 7. Bandwidth usage test and analysis graphs of (a) Transfer rate, (b) Actual bandwidth, 
and (c) Jitter for each topology 


The results prove that sending data packets are distributed to each link equally. When given 
background traffic of 15 Mbps, the transfer rate obtained still does not exceed the maximum bandwidth of 10 
Mbps. However, the use of background traffic of 15 Mbps gets a more significant transfer rate than when 
provided background traffic of 10 Mbps, as shown in Figure 7(a). The results of the average actual 
bandwidth used in each topology show, when topology 12 switches are given background traffic worth 5 
Mbps, 10 Mbps, and 15 Mbps, the actual bandwidth used is smaller than the actual bandwidth used in 
the topology of 8 switches and ten switches, as shown in Figure 7(b). For the results of jitter in this test, 
it shows that the value of jitter will increase along with the increasing number of switches used in 
the network topology, as shown in Figure 7(c). 

This test proves that the effectiveness of bandwidth usage by using IMR can be maximized and 
evenly distributed to each link. Maximum bandwidth on each link becomes the primary reference, 
which indicates that when given background traffic exceeds the maximum bandwidth on each link, there is 
no leakage on the network. It can, when given background traffic of 15 Mbps, the bandwidth used is still 
maximized near 10 Mbps and does not exceed 10 Mbps, even though it has been given background traffic of 
15 Mbps. So, it is proven that bandwidth usage can be maximized when using IMR. The fewer switches are 
used, the more even distribution of the load and the smaller the use of resources and the risk 
of data congestion. 


4.2. QoS test and analysis 


QoS testing is done to see the performance or quality of an SDN network on ONOS using IMR. 
This test is carried out using 8 Switch, 10 Switch, and 12 Switch topology networks when running IMR and 
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then see the network performance on the topology using D-ITG 2.8.1 to see the QoS results. After IMR has 
worked on each network topology, the next step is to test each topology by sending UDP packets from 


the client to the server. 
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Figure 8. QoS test and analysis graphs of (a) Delay, (b) Jitter, (c) Throughput, and 
(d) Packet loss of each topology 


The delay value is the packet delay time when it is transmitted from the starting point to 
the destination point. The results contained in this test indicate that the delay when given background traffic 
of 15 Mbps is the highest value on each network topology used. The higher the background traffic provided, 
the higher the delay value, as shown in Figure 8(a). The value of jitter is a variation of delay whose results 
will be directly proportional to the delay. By this result, it can be seen that an increase in jitter value 
according to that is influenced by an increasing number of Switches and background traffic, 
as shown in Figure 8(b). 

Throughput is the amount of value that shows the actual bit rate of data information from the bit rate 
on the telecommunications network. The higher the throughput, the better the quality of the network. 
The throughput value can be seen in the results shown in Figure 8(c). The average throughput value in this 
test shows that the results are still following the TIPHON version of the QoS standard. In testing the system 
simulation using IMR, there is no packet loss. Because every network topology is given a load that does not 
exceed the maximum bandwidth on each link that is 10 Mbps, however, when given a data load or 
background traffic of 15 Mbps, get a packet loss value that varies depending on the number of switches 
listed in Figure 8(d). 

The results of testing in terms of QoS using D-ITG 2.8.1 in this simulation show that the quality of 
the SDN network when using IMR has good quality. The average delay value in this simulation is excellent, 
with delays ranging from 150 ms to 300 ms according to the TIPHON standard. The value of throughput also 
falls into the excellent category. The condition is occurring because the average throughput shows 
the amount of throughput>1,200 Kbps. Similarly, the results contained in the packet loss value has a perfect 
result with a significant 0% and does not exceed 3%. 
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5. CONCLUSION 

Thus from the results of system testing and analysis on the software network defined network using 
the IMR method do yield good network result and performance, and it is feasible to use to support users in 
using SDN-based networks on ONOS. 

This research shows that IMR is proven to be able to optimize the use of links and maximize 
bandwidth usage in a network when distributing data. The effectiveness of bandwidth usage on each topology 
gives good results because bandwidth usage does not exceed the maximum bandwidth that has been 
manually set on each link in each topology of 10 Mbps. Increasing the number of switches can affect 
the distribution of bandwidth evenly becomes smaller. Therefore, in this simulation, it can be said that 
the number of switches affects each parameter tested. However, the number of switches does not affect 
the quality of SDN tested using IMR. The results can show the optimal network quality for each network 
topology in this study 
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